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1 DETAILED ACTION 

2 Response to Amendment 

3 This action is in response to applicant's arguments filed 4/28/2010, which was in 

4 response to USPTO Office Action mailed 2/03/201 0. 

5 Claims 1-17 are pending. 
6 

7 Response to Arguments 

8 Applicant's arguments filed 4/28/2010 have been fully considered but they are 

9 not persuasive. 

10 Applicant's argument (page 6) that Richmond in view of Ghys does not teach 



1 1 "authorizing transmission of the packet only if the estimated bit rate value for the packet 

1 2 does not exceed the predetermined maximum authorized bit rate value for packets of 

13 initialization messages", is not persuasive. Richmond explicitly discloses that when a 

14 rate limit is reached packets will be dropped, ("a network device may be configured to 

1 5 drop some or all of the bytes of a packet that contains an amount of [bytes] that 

16 exceeds the threshold amount during the unit interval." Richmond column 19 line 59; 

17 see also column 15 line 44). Therefore, if the packets received do not exceed this rate 

18 limit, they will be forwarded (Richmond column 19 line 65). Authorizing transmission if a 

19 bit rate value is not exceeded is fairly interpreted as forwarding the packet if the rate 

20 limit is not exceeded. Applicant's argument is not persuasive. 

21 Applicant's argument (page 7) that Richmond in view of Ghys as combined 

22 teaches monitoring an amount rather than a rate as claimed by Applicant (page 8 line 
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1 2), is not persuasive. To elaborate, Applicant points to the disclosure of Ghys to state 

2 that the combination of Richmond in view of Ghys monitors the amount of data per 

3 packet, rather than the data rate for multiple packets. While Ghys does disclose that his 

4 particular embodiment where SIP initialization packets are limited per packet (Ghys 

5 column 6 line 18), the combination of Richmond in view of Ghys as applied to claim 1 

6 and 8 uses the rate limiting of Richmond rather than the per packet 'amount' of Ghys 

7 (OA dated 2/03/2010), this is further clarified below. As the rate limit of Richmond is a 

8 bit rate value (as claimed), the recited combination of Richmond in view of Ghys 

9 teaches the limitation argued (bit rate value). Applicants argument is not persuasive. 

10 Applicant's argument (page 8) that Richmond could not have been combined 

1 1 with Ghys to yield predictable results is not persuasive. The applicable section of the 

12 MPEP (2143.02) states that "The prior art can be modified or combined to reject claims 

13 as prima facie obvious as long as there is a reasonable expectation of success." 

14 Richmond and Ghys are fundamentally software method steps; therefore, there is a 

15 reasonable expectation of success since software code is within the skill of the art (See 

16 e.g. MPEP 2161 .01(11)). While Applicant further states that Richmond in view of Ghys 

17 are directed to different problems, control of network resources and charging; They are 

18 commonly directed to control of network resources. Further in addition to the provided 

19 rationales below, the MPEP explicitly provides that the "(F) Known work In one field of 

20 endeavor may prompt variations of it for use in either the same field or a different one 

21 based on design Incentives or other market forces if the variations are predictable to 

22 one of ordinary skill in the art" (MPEP 2143) is a rationale for obviousness. In the 
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1 present case the known monitoring SIP invite messages (Gliys), would prompt varying 

2 Richmond by preventing uninhibited transmission of SIP invite messages. Applicant's 

3 argument is not persuasive. 

4 Applicant's argument (page 8) that Ghys teaches away from (contradicts) the 

5 proposed combination is not persuasive. Regardless of the particular embodiments 

6 disclosed, Ghys still discloses that SIP initialization messages may transmit additional 

7 data that circumvents carrier restrictions, and should be limited. Therefore the 

8 combination of Richmond in view of Ghys may rate limit the packets according to 

9 Richmond and drop packets that exceed this limit (Richmond column 19 line 59), or 
10 'authorizing' as claimed. 



1 1 Applicant's further argument (page 8) that Ghys does not teach various features 

1 2 is irrelevant as Richmond was cited to teach those features. 

1 3 Applicant's further arguments depend on those addressed and are not 

1 4 persuasive for the reasons stated. 
15 

1 6 Claim Rejections - 35 USC § 103 

17 The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 

18 obviousness rejections set forth in this Office action: 

19 (a) A patent may not be obtained though the invention is not identically disclosed or described as set 

20 forth in section 102 of this title, if the differences between the subject matter sought to be patented and 

21 the phor art are such that the subject matter as a whole would have been obvious at the time the 

22 invention was made to a person having ordinary skill in the art to which said subject matter pertains. 

23 Patentability shall not be negatived by the manner in which the invention was made. 
24 

25 Claims 1, 4-9 and 15-17 are rejected under 35 U.S.C. 103(a) as being 

26 unpatentable over Richmond et al. (US 6,990,592) in view of, Ghys (US 7,076,039). 
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1 With respect to claims 1 , 8, Riclimond teaches: A method of monitoring 

2 multimedia stream exchange session initialization messages transmitted in packet 

3 mode via a monitoring server over a network between a sender terminal and one or 

4 more receiver terminals, the method comprising the following steps: 

5 Estimating a bit rate value ("rate limit" Richmond column 19 line 43) for at least 

6 one packet amongst a plurality of initialization message packets ("packet rules may be 

7 configured to examine . . . application layer" Richmond column 15 lines 46-50; See also 

8 Applicant's specification page 1 line 20) received by the monitoring server; ("packet 

9 rules associated with the users may be provisioned to the entry point and applied to 

10 packets received from the users" Richmond column 13 line 54) 

1 1 Comparing the estimated bit rate value to a predetermined maximum authorized 

12 bit rate value for packets of initialization messages; and ("rate limit field 520 may specify 

13 a threshold value (e.g., 1 megabyte (MB)). This threshold value may specify a threshold 

14 volume of bytes that may be received during a specified temporal interval" Richmond 

1 5 column 1 9 line 43; Also "limit the amount of bandwidth that a user consumes on the 

16 network in sending packets corresponding to a particular application" Richmond column 

17 19 line 65) 

1 8 Authorizing transmission of the packet only if the estimated bit rate value for the 

19 packet does not exceed the predetermined maximum authorized bit rate value for 

20 packets of initialization messages, ("a network device may be configured to drop some 

21 or all of the bytes of a packet that contains an amount of [bytes] that exceeds the 
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1 threshold amount during the unit interval." Richmond column 19 line 59; see also 

2 column 15 line 44). 

3 Richmond does not specifically teach that the application layer is parsed for 

4 initialization packets. 

5 Ghys teaches that SIP signaling messages are distinct from other data 



6 consumption by a user (column 1 line 40) in that they are not typically billed for (column 

7 1 line 54). This is stated to be because a user may include user data that could evade 

8 prior art billing policies (Ghys column 1 line 55) and that it is therefore necessary to 

9 analyze SIP INVITE messages and compare them to a threshold (Ghys column 6 line 

10 18). Ghys states that these methods are desirable to prevent theft of service (Ghys 

11 column 1 line 48). 



12 A person of ordinary skill in the art at the time of invention would have modified 

13 Richmond with the teachings of Ghys by including specific SIP messaging parsing of 

14 Ghys with the rate limiting rules of Richmond. 

15 It would have been obvious at the time the invention was made to a person of 

16 ordinary skill in the art to modify Richmond with Ghys in order to prevent theft of service 

17 (Ghys column 1 line 48) by controlling usage of network resources by users (Richmond 

18 column 1 line 26). 

19 Stated another way, Richmond teaches rate limiting (column 19 line 65) specific 

20 application layer packets (column 15 lines 46-50) of which SIP initialization packets are 

21 a type of (Applicant's specification page 1 line 20). Therefore, Richmond substantially 

22 teaches the elements of claim 1 , as seen above. Richmond while able to perform the 
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1 limitations of claim 1 lacks the further specification that SIP initialization packets are 

2 specifically rate limited. Ghys discloses both that SIP initialization messages enable the 

3 transfer of data that is undesired (Ghys column 1 line 55) and that they should be 

4 specifically monitored (Ghys column 5 line 55). Therefore, a person with the invention of 

5 Richmond knowing the undesirability of SIP initialization messages as taught by Ghys 

6 would have prevented the uninhibited transmission of SIP initialization messages by 

7 rate limiting them. This would have been obvious because Richmond is directed toward 

8 limiting customer use of bandwidth, and because Ghys discloses that SIP initialization 

9 messages may undesirably consume bandwidth. 
10 

1 1 With respect to claims 4, 9, Richmond teaches: wherein the monitoring server 

12 also processes packets of session initialization messages, ("the packet rules may be 

13 applied to each packet received from the user before any network resources beyond the 

14 entry point are used." Richmond column 13 line 47) 

15 With respect to claim 5, Richmond in view of Ghys teaches: wherein the packets 

16 of the session initialization messages are forcibly routed to the monitoring server 

17 consisting of the first processor server through which said session initialization packets 

18 pass, ("the packet rules may be applied to each packet received from the user before 

19 any network resources beyond the entry point are used." Richmond column 13 line 47; 

20 Also, Call Server CS described with Signaling Message Analysis Means, Ghys column 

21 4 lines 12-22) 
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1 With respect to claim 6, Riclimond in view of Ghys teaches: wherein the 

2 monitoring server consists of a session initialization packet processor server of the 

3 network, and routing rules are defined to ensure that the packets of the session 

4 initialization messages systematically pass in transit through the processor server, ("the 

5 packet rules may be applied to each packet received from the user before any network 

6 resources beyond the entry point are used." Richmond column 13 line 47; Also, Call 

7 Server CS described with Signaling Message Analysis Means, Ghys column 4 lines 12- 

8 22) 

9 With respect to claim 7, Richmond in view of Ghys teahes: monitoring messages 

10 transmitted in packet mode, wherein the session initialization messages transmitted use 

1 1 the Session Initialization Protocol (SIP), ("the packet rules may be applied to each 

12 packet received from the user before any network resources beyond the entry point are 

13 used." Richmond column 13 line 47; Also, Ghys column 4 line 20). 

14 With respect to claims 15-17, Richmond in view of Ghys teaches: monitoring 

15 messages transmitted in packet mode, implemented by the monitoring server, which 

16 also processes packets of session initialization messages, ("the packet rules may be 

17 applied to each packet received from the user before any network resources beyond the 

18 entry point are used." Richmond column 13 line 47; Also, Ghys column 4 line 20). 
19 

20 Claims 2, 1 1 and 13 are rejected under 35 U.S.C. 103(a) as being unpatentable 

21 over Richmond et al. (US 6,990,592) In view of, Ghys (US 7,076,039), in further view of 

22 Vaidetal. (US 6,502,131). 
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1 Concerning claim 2, Ridimond in view of Gliys teaclies: monitoring messages 

2 transmitted in pacl<et mode, wlierein a transmission cliannel associated with specific 

3 maximum authorized bit rate value for packets of initialization messages is defined, ("a 

4 network device may be configured to drop some or all of the bytes of a packet that 

5 contains an amount of [bytes] that exceeds the threshold amount during the unit 

6 interval." Richmond column 19 line 59; see also column 15 line 44). Richmond in view of 

7 Ghys does not teach: for each pair comprising a sender terminal and a receiver 

8 terminal. 



9 Vaid discusses endpoint defined (Sender, receiver. Vaid column 27 line 32) 

10 bandwidth limits ("bandwidth allocated" Vaid column 27 line 33.) 

1 1 A person of ordinary skill in the art would have modified the rules of Richmond in 

1 2 view of Ghys to include the endpoint defined bandwidth of Vaid in addition to the layer 

1 3 classification of Ghys. 

14 It would have been obvious at the time the invention was made to a person of 

15 ordinary skill in the art to modify the invention in order to allow for more atomic 

16 definitions, as done in Vaid. 

1 7 With respect to claims 1 1 and 1 3 Richmond in view of Ghys in view of Vaid 

18 teaches: monitoring messages transmitted in packet mode, implemented by the 

19 monitoring server, which also processes packets of session initialization messages. 

20 ("the packet rules may be applied to each packet received from the user before any 

21 network resources beyond the entry point are used." Richmond column 13 line 47; Also, 

22 Ghys column 4 line 20). 
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1 

2 Claims 3, 12 and 14, are rejected under 35 U.S.C. 103(a) as being unpatentable 

3 over Richmond et al. (US 6,990,592) in view of, Gliys (US 7,076,039), in view of Official 

4 Notice. 

5 Concerning claim 3, Richmond in view of Ghys teaches: storing the sizes of the 

6 latest packets of the initialization message sent by the sender terminal to the receiver 

7 terminal and received by the monitoring server during a predetermined duration; ("Rate 

8 limit field may specify a threshold value . . . threshold volume of bytes that may be 

9 received during a specified temporal interval" column 19 line 50). Richmond also 

10 discloses that in a standard case where the time interval is one second, the rate data 

1 1 structure is generally a rate of bytes per unit of time (Richmond column 19 line 55). 

12 Richmond in view of Ghys does not teach: dividing the sum of the sizes of the stored 

13 packets by the predetermined duration. It is however common knowledge that rates are 

14 a measure of a metric over a unit of time (conceptually as shown in Richmond). Official 

15 notice is taken thereof. Therefore if the bandwidth limiting was desired to be in bytes per 

16 second, and the 'specified temporal interval' was larger than one second (as 

17 contemplated by Richmond), it would have been obvious to divide the threshold volume 

18 by the number of seconds. It would have been obvious at the time the invention was 

19 made to a person of ordinary skill in the art in order to obtain bytes per second. 

20 With respect to claims 12 and 14 Richmond in view of Ghys in view of in view of 

21 Official Notice teaches: monitoring messages transmitted in packet mode, implemented 

22 by the monitoring server, which also processes packets of session initialization 

23 messages, ("the packet rules may be applied to each packet received from the user 
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1 before any network resources beyond the entry point are used." Richmond column 13 

2 line 47; Also, Ghys column 4 line 20). 
3 

4 Claim 10 is rejected under 35 U.S.C. 103(a) as being unpatentable over 

5 Richmond et al. (US 6,990,592) in view of, Ghys (US 7,076,039), in view of Vaid et al. 

6 (US 6,502,131), In view of Official Notice. 

7 Concerning claim 10, Richmond in view of Ghys in view of Vaid, as combined in 

8 claim 2, teaches: storing the sizes of the latest packets of the initialization message sent 

9 by the sender terminal to the receiver terminal and received by the monitoring server 

10 during a predetermined duration; ("Rate limit field may specify a threshold value . . . 

1 1 threshold volume of bytes that may be received during a specified temporal interval" 

12 column 19 line 50). Richmond also discloses that in a standard case where the time 

1 3 interval is one second, the rate data structure is generally a rate of bytes per unit of time 

14 (Richmond column 19 line 55). Richmond in view of Ghys in view of Vaid does not 

15 teach: dividing the sum of the sizes of the stored packets by the predetermined 

16 duration. It is however common knowledge that rates are a measure of a metric over a 

17 unit of time (conceptually shown in Richmond). Official notice is taken thereof. Therefore 

18 if the bandwidth limiting was desired to be in bytes per second, and the 'specified 

19 temporal interval' was larger than one second (as contemplated by Richmond), it would 

20 have been obvious to divide the threshold volume by the number of seconds. It would 

21 have been obvious at the time the invention was made to a person of ordinary skill in 

22 the art in order to obtain bytes per second. 
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2 



Conclusion 



3 



THIS ACTION IS MADE FINAL. Applicant is reminded of tlie extension of time 



4 



policy as set forth in 37 CFR 1 .136(a). 



5 



A shortened statutory period for reply to this final action is set to expire THREE 



6 MONTHS from the mailing date of this action. In the event a first reply is filed within 

7 TWO MONTHS of the mailing date of this final action and the advisory action is not 

8 mailed until after the end of the THREE-MONTH shortened statutory period, then the 

9 shortened statutory period will expire on the date the advisory action is mailed, and any 

10 extension fee pursuant to 37 CFR 1 .136(a) will be calculated from the mailing date of 

1 1 the advisory action. In no event, however, will the statutory period for reply expire later 

1 2 than SIX MONTHS from the mailing date of this final action. 
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1 Any inquiry concerning this communication or earlier communications from the 

2 examiner should be directed to Michael Chao whose telephone number is (571 )270- 

3 5657. The examiner can normally be reached on 8-4 Monday through Thursday. 

4 If attempts to reach the examiner by telephone are unsuccessful, the examiner's 

5 supervisor, Philip Lee can be reached on (571 )272-3967. The fax phone number for the 

6 organization where this application or proceeding is assigned Is 571-273-8300. 

7 Information regarding the status of an application may be obtained from the 

8 Patent Application Information Retrieval (PAIR) system. Status information for 

9 published applications may be obtained from either Private PAIR or Public PAIR. 

10 Status information for unpublished applications is available through Private PAIR only. 

1 1 For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 

12 you have questions on access to the Private PAIR system, contact the Electronic 

1 3 Business Center (EBC) at 866-21 7-91 97 (toll-free). If you would like assistance from a 

14 USPTO Customer Service Representative or access to the automated information 

1 5 system, call 800-786-91 99 (IN USA OR CANADA) or 571 -272-1 000. 
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